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DISPOSITIF DE GESTION LOCALE D'ASSURANCE POUR UN 
EQUIPEMENT DE RESEAU DE COMMUNICATIONS 



L'invention concerne les reseaux de communications, et plus 
particulierement ceux offrant une assurance de continuite de service(s). 

De nombreux reseaux de communications mettent en ceuvre des 
procedes d'assurance qui controlent Pexecution d'activites de maintenance 
preventives et reactives destinees a assurer a leurs clients la continuite de la 
disponibilite de services, definis en termes de qualite de service (QoS). A cet 
effet, les reseaux disposent d'un systeme de gestion de reseau (ou NMS pour 
« Network Management System ») qui analyse continuellement I'etat des 
ressources et les performances de maniere a anticiper ou detecter des 
problemes ou pannes et a determiner les actions a entreprendre de sorte que 
les clients ne soient pas penalises. 

Une telle analyse centralisee repose sur la collection d'un tres grand 
nombre de donnees d'information et d'alarmes aupres des nombreux 
equipements de reseau, charges d'effectuer des mesures de valeurs de 
parametre(s) du reseau, et plus precisement aupres de leurs. bases 
dlnformations de gestion (ou MIB pour « Management Information Base ») 
chargees *de stocker les donnees de gestion representatives des valeurs 
mesurees. Une fois collectees, par exemple via un collecteur "SNMP, les 
donnees sont stockees dans une base de donnees d'archivage, par exemple 
de type Oracle, et alimentent des modules de calcul qui mettent en oeuvre des 
formules ou equations predefinies. 

Un tel procede d'assurance centralise requiert I'emploi de bases de 
donnees de tres grandes capacites, necessite des temps de calcul importants 
et consomme de la bande passante (lors de la collecte), ce qui nuit aux 
performances du reseau. 

L'invention a done pour but d'ameliorer la situation. 

Elle propose a cet effet un dispositif de gestion locale d'assurance 
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pour un equipement de reseau de communications presentant une 
configuration choisie et comportant des moyens de mesure de valeurs de 
parametre(s) du reseau et une base d'informations de gestion (MIB) stockant 
des donnees de gestion representatives des valeurs mesurees. 

Ce dispositif se caracterise par le fait qu'il comporte des moyens de 
gestion charges d'adapter la configuration de Pequipement dans lequel il est 
implante (ou embarque) en fonction, notamment, des donnees de gestion 
stockees dans sa base d'informations de gestion et de regies, dites 
d'assurance, choisies, definissant une politique locale d'assurance. 

En d'autres termes, ('invention consiste a integrer dans des 
equipements (ou noeuds) du reseau un dispositif d'assurance embarque de 
sorte qu'ils puissent assurer localement au moins une partie du procede 
d'assurance gere par le NMS. 

Le dispositif d'assurance embarque, selon ('invention, pourra 
comporter des caracteristiques complementaires qui pourront etre prises 
separement et/ou en combinaison, et en particulier : 

- des moyens de gestion capables d'adapter la configuration de leur 
equipement en fonction de donnees d'informations provenant d'au^ moins un 
autre equipement de reseau, 

- une adaptation consistant en une modification de la politique de mesure de 
parametre(s) et/ou une modification de la politique d'envoi de rapport (ou 
« reporting ») au NMS, 

- une adaptation consistant en une modification du mode de fonctionnement 
de Tequipement, 

- des moyens de gestion comprenant des moyens d'analyse de parametres 
du reseau capables de delivrer des donnees d'information representatives 
de revolution temporeile, sur un intervalle choisi, de certaines valeurs de 
parametre(s) du reseau (comme par exemple le trafic ou I'etat d'un routeur) 
qui sont stockees dans la MIB. Dans ce cas, les moyens d'analyse peuvent 
etre agences de maniere a delivrer des donnees d'information 
representatives d'une analyse de tendance et/ou d'une analyse de profils ou 
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de signatures (ou « baselines ») et/ou d'une analyse de discontinuity et/ou 
d'une agregation de valeurs de parametres du reseau. Par ailleurs, ces 
moyens d'analyse peuvent etre configurables, notamment dans le but de 
mettre en oeuvre de nouveaux calculs, relatifs aux parametres du reseau, 
transmis par le NMS, 

des moyens de gestion comprenant des moyens d'alarme charges de 
declencher renvoi d'une alarme et/ou de donnees d'information au NMS 
et/ou a au moins un autre equipement de reseau, en fonction de regies 
d'assurance choisies. De telles donnees d'information et alarmes sont par 
exemple representatives de resultat(s) d'analyse(s) ou d'agregation(s) de 
donnees effectuee(s) par les moyens d'analyse et/ou de valeur(s) de 
parametre(s) du reseau stockees dans la MIB. Par ailleurs, les moyens 
d'alarme peuvent etre configurables, 

des moyens de gestion comprenant des moyens d'observation du reseau 
definissant un agent de mesure de flux de type « bout-en-bout » (ou « end- 
to-end »), et delivrant des donnees d'informations. Dans ce cas, les moyens 
d'observation du reseau peuvent etre configurables, 

des moyens de gestion comprenant des moyens de gestion d'accords;, de 
niveau de service (ou SLA pour « Sen/ice Level Agreement ») delivrant des 
donnees d'informations. Dans ce cas, les moyens de gestion d'accord^s de 
niveau de service peuvent etre configurables, 

des moyens de gestion capables d'effectuer des tests, par exemple de 
mesure(s) active(s) ou d'aide au diagnostic. Ces tests peuvent notamment 
permettre de faire remonter une information agregee ou le resultat du test 
(par exemple le temps pris pour une operation de type TCP) au niveau de la 
couche NMS, 

des moyens de gestion capables d'assurer leur gestion en fonction d'un 
calendrier, de sorte que certaines (ou toutes les) fonctions d'assurance ou 
tests ne soient effectuees que certains jours de la semaine ou du mois ou a 
certaines heures, par exemple, / 
des moyens de gestion comprenant des moyens de controle charges de 
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gerer le fonctionnement (et notamment la configuration) des moyens 
d'analyse, des moyens d'aiarme, des moyens d'observation du reseau et 
des moyens de gestion d'accords de niveau de service, en fonction des 
regies d'assurance choisies et des donnees dlnformations qu'ils deiivrent. 
De tels moyens de controle peuvent se presenter sous la forme d'un moteur 
de regies (ou « rule engine ») dans lequel sont stockees !es regies 
d'assurance choisies. Par ailleurs, ces moyens de controle peuvent etre 
configurables, 

- des moyens de gestion configurables, 

- des moyens de gestion et/ou des moyens d'analyse et/ou des moyens et/ou 
des moyens de controle et/ou des moyens d'observation du reseau et/ou 
des moyens de gestion d'accords de niveau de service agences de maniere 
a pouvoir etre configures par le NMS via une interface de langage de 
programmation (ou API pour « Application Programming Interface ») et 
eventuellement via la MIB. Dans ce cas, la MIB peut etre configuree ou 
programmee par le NMS via I'API, 

- des moyens de gestion et/ou des moyens d'analyse et/ou des moyens 
d'aiarme et/ou des moyens d'observation du reseau et/ou des moyens de 
gestion d'accords de niveau de service et/ou des moyens de controle 
agences de maniere a pouvoir etre configures par le NMS via des 
commandes dediees, telles que des « Command Line Interface » (ou CLI). 

L'invention concerne egalement un equipement de reseau muni d'un 
dispositif du type de celui presente ci-avant L'invention convient plus 
particulierement, bien que de fagon non restrictive, aux equipements de 
reseau tels que les routeurs, les commutateurs (ou « switchs ») et les pare- 
feux (ou « firewalls »). 

L'invention propose egalement un reseau de communications equipe 
d'un systeme de gestion de reseau (NMS) et d'une multiplicity d'equipements 
de reseau du type de celui presente ci-avant. Dans un mode de realisation de 
type distribue, chaque equipement de reseau peut etre agence de maniere a 
delivrer au systeme de gestion de reseau des alarmes et/ou des donnees 
d'information de types differents. 
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L'invention peut notamment etre mise en oeuvre dans toutes les 
technologies reseaux qui doivent etre gerees, et notamment dans les reseaux 
de transmission (par exemple de type WDM, SONET, SDH), de donnees (par 
exemple de type Internet-IP ou ATM) ou de voix (par exemple de type 
classique, mobile ou NGN). 

D'autres caracteristiques et avantages de l'invention apparaitront a 
I'examen de la description detaillee ci-apres, et des dessins annexes, sur 
lesquels : 

- la figure 1 illustre de facpon schematique un reseau de communications 
comprenant un systeme de gestion de reseau (NMS) et des equipements 
de reseau selon ['invention, et 

- la figure 2 illustre de fagon schematique un exemple de realisation d'un 
equipement de reseau selon l'invention. 

Les dessins annexes pourront non seulement servir a completer 
l'invention, mais aussi contribuer a sa definition, le cas echeant 

L'invention a pour objet de permettre la gestion locale, par des 
equipements de reseau, d'une partie du procede d'assurance gere par le 
systeme de gestion de reseau (ou NMS pour « Network Management 
System ») d'un reseau de communications. * y 

Comme cela est illustre sur la figure 1, un reseau de communications 
N comporte schematiquement une multiplicity d'equipements de reseau NEi 
(ici i = 1,2, mais il peut prendre n'importe quelle valeur), comme par exemple 
des serveurs equipes d'un pare-feu ou (« firewall »), des commutateurs (ou 
« switchs »), des routeurs peripheriques (ou « edge routers ») ou des routeurs 
de coeur (ou « core routers »), pouvant echanger des donnees/ selon un 
protocole de gestion de reseau, avec un systeme de gestion de reseau, et 
notamment avec son serveur de gestion NMS. 

Chaque equipement NEi comporte classiquement une base 
d'informations de gestion MIB (« Management Information Base »), 
egalement appelee base d'instances d'objets. Chaque' MIB stocke des 
donnees de gestion representatives de valeurs de champs d'information qui 
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caracterisent I'equipement NEi associe. Certains de ces champs d'information 
designent des parametres du reseau dont les valeurs instantanees sont 
mesurees par des sondes MM implantees dans, ou gerees par, I'equipement 
NEi. Par ailleurs, chaque MIB est associee a une definition de base 
d'informations de gestion (non representee), egalement appelee definition de 
MIB, stockee dans le systeme de gestion de reseau et accessible au serveur 
de gestion NMS. 

Dans ce qui suit, on considere a titre d'exemple non limitatif que le 
reseau de communications N est de type Internet (IP) et que le protocole de 
gestion du reseau est le protocole SNMP (pour « Simple Network 
Management Protocol » RFC 2571-2580). Bien entendu, I'invention s'applique 
a d'autres types de reseau, comme par exemple aux reseaux de transmission 
de type WDM, SONET ou SDH, de donnees de type ATM, ou de voix de type 
classique, mobile ou NGN, et a d'autres protocoles de gestion de reseau, 
comme par exemple TL1 , CORBA ou CMISE/CMIP. 

Par ailleurs, on considere dans ce qui suit que les equipements de 
reseau NEi sont des routeurs peripheriques (ou de bordure) agissant en tant 
qu'agents d'observation de flux de type « bout-en-bout » (ou « end-to-end »). 
Ces routeurs sont generalement places aux frontieres du reseau et 
permettent I'etablissement de liens avec d'autres reseaux. Ces agents sont 
generalement destines a effectuer des mesures de bout en bout pour des 
prpblemes d'echelle (ou « scalability »). Mais, bien entendu, I'invention n'est 
pas limitee a ce seul type d'equipement de reseau. Elle concerne tous les 
equipements de reseau capables d'echanger des donnees de gestion avec le 
NMS, et notamment les routeurs peripheriques qui n'agissent pas en tant 
qu'observateurs, les routeurs de coeur, les commutateurs et les pare-feux. 

Chaque equipement de reseau NEi est generalement configure 
specifiquement de maniere a transmettre au NMS (ou couche NMS) des 
donnees d'information representatives de mesures qu'il a effectuees avec sa 
ou ses sondes MM et qu'il a stockees dans sa MIB, ainsi que des alarmes 
signalant des problemes ou des pannes. La configuration est generalement 
definie par une ou plusieurs politiques. Par exemple, une premiere politique 
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est relative aux conditions d'envoi (ou « reporting ») de valeurs mesurees par 
I'equipement NEi a I'aide de ses sondes MM. Une deuxieme politique peut 
concerner la ou les mesures de parametre(s) que I'equipement NEi doit 
effectuer avec sa ou ses sondes MM. Une troisieme politique peut concerner 
le mode de fonctionnement de I'equipement NEi. Ces politiques sont 
habituellement definies pour chaque equipement NEi par un module de 
configuration MC du NMS. Elles sont transmises aux equipements NEi, via le 
reseau N, a I'aide du protocole de gestion (ici SNMP). 

Mais, le NMS, et notamment son module de collection MCC (ou 
« collector »), peut egalement, lorsqu'il I'estime necessaire, adresser a un 
equipement de reseau NEi des requetes pour qu'il lui transmette les valeurs 
de certains des champs d'information qui sont stockes dans sa MIB. C'est ce 
que rhomme de Tart appelle, en anglais, !e « polling ». 

Comme cela est mieux illustre sur la figure 2, Pinvention propose un 
dispositif de gestion locale d'assurance D destine a etre soit implante (ou 
embarque) dans un equipement NEi, soit integre dans un boTtier externe 
raccorde directement a un equipement NEi. Dans ce qui suit; on considere 
que le dispositif D est embarque dans un equipement NEi. 

Ce dispositif D selon ('invention comporte un module d'assurance 
MAE (ou module de gestion locale d'assurance) charge d'adapter la 
configuration de I'equipement NEi, dans lequel il est embarque, en fonction de 
regies, dites d'assurance, choisies, des donnees de gestion stockees dans sa 
MIB, et d'eventuelles donnees d'information qu'il regoit des autres 
equipements de reseau. 

On entend ici par « adapter », le fait de modifier une politique de 
mesure de parametre(s) (voire mettre en place une nouvelle politique de 
mesure(s) ou re-configurer la politique de mesure(s)) et/ou une politique 
d'envoi de rapport (ou « reporting ») au NMS et/ou le mode de 
fonctionnement de I'equipement NEi, initialement defini(s) par le module de 
configuration MC du NMS. < 

Par ailleurs, on entend par « regies d'assurance », des regies 
definissant la politique d'assurance locale de Pequipement compte tenu des 
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valeurs prises par certains parametres du reseau, stockees dans sa MIB, ou 
d'evenements exterieurs, tels qu'une action de la couche NMS ou d'un autre 
routeur. 

Le module d'assurance embarque MAE permet ainsi d'embarquer 
dans un equipement NEi certaines fonctions d'assurance de maniere a le 
rendre « plus intelligent », a limiter le nombre d'informations qui transitent 
dans le reseau, et eventuellement a permettre sa reconfiguration partielle, en 
fonction de regies d'assurance. 

Afin de gerer localement la politique d'assurance, le module 
d'assurance MAE comporte preferentiellement un premier sous-module SM1 
charge d'appliquer un ou plusieurs traitements aux valeurs de certains 
champs d'information stockes dans la MIB. Plus precisement, ces traitements 
consistent a appliquer aux valeurs des champs d'information choisis, en 
fonction de regies d'assurance dediees, des formules ou des equations, 
definies par le module de configuration MC du NMS, afin de delivrer des 
donnees d'information. 

Par exemple, le premier sous-module SM1 est charge d'effectuer des 
analyses de tendance sur un intervalie choisi (ou suivant un 'calendrier 
predefini), utiles aux anticipations de problemes ou de pannes. II peut 
notamment signaler que le pourcentage d'utilisation d'un CPU d'un routeur va 
atteindre un seuil critique dans une heure, ou que la bande passante d'un 
LSP va depasser le seuil choisi dans deux heures. 

II peut etre egalement charge d'effectuer des analyses de profils ou 
de signatures (ou « baselines »). Cela est notamment utile lorsque Ton 
cherche, par exemple, a reconnaTtre ou identifier un profil caracteristique 
d'utilisation, tel qu'une attaque specifique d'un routeur, ou un mode de 
facturation (ou « billing »). 

II peut etre egalement charge d'effectuer des analyses de 
discontinuity de flux ou de trafic. Par exemple, en cas de surcharge d'un 
reseau, des paquets sont supprimes (ou « dropped »), si bien que la detection 
d'une discontinuity sur le parametre de suppression (de 0 a x) permet 
d'informer que Ton a effectivement des paquets supprimes. 
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I! peut encore etre charge d'effectuer des agregations de valeurs de 
parametres du reseau, par exemple pour appliquer des formules du module 
de collection de donnees MCC dans le routeur ou pour calculer une moyenne 
sur une periode donnee (par exemple !a bande passante moyenne utilisee au 
cours de la derniere semaine). Dans ce cas, les valeurs agregees peuvent 
etre stockees dans la MIB et en etre extraites sur requete de polling issue du 
module de collection MCC du NMS. 

A titre d'exemple illustratif, le premier sous-module SM1 peut etre 
charge d'estimer revolution previsionnelle (ou tendance) du nombre de 
paquets abandonnes (« dropped »), ainsi que revolution previsionnelle de la 
bande passante utilisee et/ou de la charge de calcul (CPU) de I'equipement 
NEL II peut etre egalement agence pour effectuer des tests, par exemple de 
mesure(s) active(s) ou d'aide au diagnostic. Ces tests peuvent notamment 
permettre de faire remonter une information agregee ou le resultat du test, (par 
exemple le temps pris pour une operation de type TCP) au niveau de la 
couche NMS. 

Preferentiellement, le premier sous-module SM1 delivre des donnees 
d'informations representatives du resultat de ses analyses (ou estimations) a 
un (cinquieme) sous-module de gestion (SMS), qui decide des actions a 
entreprendre en fonction de la politique d'assurance locale de ..son 
equipement NEL 

Le module d'assurance MAE comporte egalement de preference un 
deuxieme sous-module SM2 charge de declencher renvoi d , alarme(s) et/ou 
de donnees d'information (ou rapports) sur ordre du cinquieme sous-module 
SM5, en fonction de regies d'assurance qui lui sont dediees. 

Mais, on peut egalement envisager que le premier sous-module SM1 
alimente le deuxieme sous-module SM2 en donnees d'information, de sorte 
qu'il leur applique certaines des regies d'assurance et decide soit de leur 
envoi, soit de remission d'une alarme, a destination du NMS, et plus 
precisement d'un module de reception d'evenements MRE, et/ou d'au moins 
un autre equipement de reseau. 

Dans I'exemple illustre d'un routeur peripherique de type « bout-en- 
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bout », le module d'assurance MAE comporte egalement de preference un 
troisieme sous-module SM3 charge d'observer le reseau, et notamment le 
trafic de type « bout-en-bout », en fonction de regies d'assurance qui lui sont 
dediees. Par exemple, on dispose d'une sonde embarquee, pour effectuer les 
mesures de bout-en-bout. Cette sonde embarquee est alors configuree de 
maniere a determiner le fiux a etudier et les resultats des mesures alimentent 
des regies d'assurance dediees. Par exemple, Tune de ces regies peut etre : 
« si entre deux routeurs peripheriques on mesure deux flux differents, alors on 
agrege la mesure des deux flux pour limiter le calcul ». 

Dans ce cas, le troisieme sous-module SM3 definit ce que Thomme 
de Tart appelle un agent de mesure de flux « bout-en-bout » (ou « end-tor 
end »). 

Preferentiellement, le troisieme sous-module SM3 delivre des 
donnees d'informations representatives du resultat de ses observations (ou 
mesures) au (cinquieme) sous-module de gestion (SMS), qui decide des 
actions a entreprendre en fonction de la politique d'assurance locale de son 
equipement NEi. Mais, on pourrait egalement envisager que le troisieme 
sous-module SM3 alimente le deuxieme sous-module SM2 en* donnees 
d'informations, de sorte qu'ii leur applique certaines des regies d'assurance et 
decide soit de leur envoi, soit de remission d'une alarme, a destination du 
NMS, et plus precisement d'un module de reception d'evenements MRE, 
ei/ou d'au moins un autre equipement de reseau. 

Par ailleurs, et comme illustre sur la figure 2, le module d'assurance 
MAE peut comporter un quatrieme sous-module SM4 charge de gerer 
localement certains accords de niveau de service (ou SLA pour « Service 
Level Agreement »), en fonction de regies d'assurance qui lui sont dediees. 
Par exemple, le sous-module SM4 connaTt Taccord de niveau de service 
(SLA) d'un client, de sorte qu'il peut etre charge de verifier si ce SLA est bien 
respecte, et generer une alarme (ou donnees d'informations) si ce n'est pas le 
cas (ou si la situation se degrade). 

Preferentiellement, le quatrieme sous-module SM4 delivre des 
donnees d'informations representatives de comptes-rendus de gestion au 
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cinquieme sous-module SMS, qui decide des actions a entreprendre en 
fonction de la politique d'assurance locale de son equipement NEL Mais, on 
pourrait egalement envisager que le quatrieme sous-module SM4 alimente le 
deuxieme sous-module SM2 en donnees d'information, de sorte qu'ii leur 
5 applique certaines des regies d'assurance et decide soit de leur envoi, soit de 
remission d'une alarme, a destination du NMS, et plus precisement d'un 
module de reception d'evenements MRE, et/ou d'au moins un autre 
equipement de reseau. 

Comme indique plusieurs fois ci-avant, le module d'assurance MAE 

10 comporte un cinquieme sous-module SMS (ou module de controle) charge de 
controler le fonctionnement des autres sous-modules (ici SM1 a SM4). Plus 
preferentiellement, ce cinquieme sous-module SMS se presente sous la forme 
d'un moteur de regies (ou « rule engine ») dans lequel sont stockees toutes 
les regies d'assurance dediees aux autres sous-modules. II s'agit par exemple 

is d'un « Java expert System Shell ». 

Alors que chaque sous-module SM1 a SM4 effectue des calculs et/ou 
des analyses et/ou des rapports definis a partir de regies d'assurance 
dediees, le cinquieme sous-module SMS gere preferentiellement ('ensemble 
desdites regies d'assurance dediees. Par « gerer Pensemble des regles», on 

20 entend ici gerer les conditions et les actions definies par les differentes- regies. 

Le cinquieme sous-module SMS a plus precisement deux fonetions 
principales. 

Une premiere fonction consiste a ordonner au deuxieme sous-module 
SM2 de generer une alarme, ou d'adresser un rapport, a destination de la 
2 5 couche NMS (ou d'un autre equipement du reseau), parce qu'en appliquant 
une regie d'assurance a des donnees delivrees par Tun des autres sous- 
modules SM1 a SM4, il s'est apercpu que la condition correspondante n'etait 
pas satisfaite. 

Par exemple, il ordonne la generation d'une alarme parce que les 
30 donnees d'analyse delivrees par le premier sous-module/ SM1 ne satisfont 
pas la condition qui leur est associee par la politique locale d'assurance, ou 
parce que le quatrieme sous-module SM4 l'a averti qu'un SLA qu'il gerait 
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localement n'etait pas respecte. 

Une seconde fonction consiste a decider de I'adaptation de la 
configuration de I'equipement NEi, et notamrnent du module d'assurance 
embarque MAE, en fonction des donnees d'informations qu'il regoit des autres 
sous-modules SM1 a SM4 et des regies d'assurance qui definissent ia 
politique locale d'assurance. 

Par exemple, compte tenu des resultats d'analyse de certains 
parametres du reseau, fournis par le premier sous-module SM1, le cinquieme 
sous-module SMS peut decider de modifier son mode d'analyse ou bien 
demander au deuxieme sous-module SM2 d'adresser une alarme a la couche 
NMS de sorte qu'elle adresse de nouvelles formules d'analyse. II peut 
egalement decider de modifier un calendrier d'analyses, par exemple 
effectuees par le premier sous-module SM1. 

Lorsque le cinquieme sous-module SM5 decide de modifier le 
fonctionnement (ou la configuration) de Tun des sous-modules SM1 a SM4, il 
lui adresse les instructions correspondantes, ce qui revient a lui demander de 
modifier ses calculs et/ou analyses et/ou rapports. De merne, le cinquieme 
sous-module SMS peut, lorsque la politique locale I'y autorise, etre charge de 
retroagir sur la configuration du routeur via un module de reconfiguration 
embarque. 

II est important de noter que les actions de reconfiguration (ou de 
modification de fonctionnement) decidees par le cinquieme sous-module SMS 
sont definies par les regies d'assurance de la politique locale. En d'autres 
termes, le cinquieme sous-module SMS ne fait qu'ordonner Texecution 
d'actions predefinies. 

Le cinquieme sous-module SMS peut egalement appliquer des regies 
d'assurance choisies a des donnees d'information provenant d'autres 
equipements de reseau NEj. En effet, un equipement NEj peut etre charge de 
transmettre des valeurs qu'il a mesurees et/ou agregees a un autre 
equipement NEi equipe d'un dispositif D charge de traiter ces valeurs de 
maniere a generer de nouvelles donnees d'information qui peuvent etre 
ensuite remontees au NMS ou envoyees a un autre equipement NEj. 
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La politique d'assurance locale peut etre par exemple definie comme 

suit : 

-si la tendance, estimee par le premier sous-module SM1, du nombre de 
paquets abandonnes augmente de plus de 5%, alors une alarme de 
tendance doit etre emise, 

-si la bande passante utilisee, analysee par le premier sous-module SM1, 
demeure inferieure a un premier seuil, alors la valeur de la bande passante 
utilisee doit etre transmise chaque jour au module de collection MCC du 
NMS, 

- si la bande passante utilisee, analysee par le premier sous-module SM1, est 
comprise entre un premier et un second seuils, alors la valeur moyenne de 
la bande passante utilisee doit etre transmise toutes les heures au module 
de collection MCC du NMS, 

- si Tintervalle de temps, estime par le premier sous-module SM1, pour que la 
bande passante utilisee atteigne le second seuil, est inferieur a deux heures, 
alors une alarme de tendance doit etre emise, 

-si la charge de calcul (CPU) de I'equipement NEi, estimee par le premier 
sous-module SM1, est superieure a 80%, alors les analyses de tendances 
ne doivent plus etre effectuees, 

- si la perte de paquets, estimee par le premier sous-module SM1, augmente 
de 5%, alors la taille des memoires tampons (« buffers ») doit etre 
augmentee de 5%. 

En d'autres termes la politique d'assurance locale consiste ici, d'une 
premiere part, a transmettre chaque jour la mesure de la bande passante si le 
comportement de I'equipement NEi est normal, mais a activer les analyses de 
tendance et a augmenter la frequence d'envoi des rapports si le 
comportement change, d'une deuxieme part, a interrompre toutes les taches 
impliquant un parametre si la valeur de ce parametre devient critique, et d'une 
troisieme part, a modifier le fonctionnement interne de Tequipement NEi, 
represents par un parametre, en fonction de la variation duclit parametre. 

De preference, le module d'assurance MAE est configurable a 
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distance, via le reseau N, par le module de configuration MC du NMS. Plus 
precisement, chaque sous-module SM1 a SMS est preferentiellement 
configurable. Cela permet en effet d'adapter a distance, le fonctionnement de 
chaque sous-module SM en fonction des circonstances, par exemple du fait 
de revolution du reseau N, et/ou en fonction des besoins, par exemple 
lorsque le gestionnaire d'assurance centralise du NMS a besoin de disposer 
des valeurs de nouveaux parametres, ou de parametres agreges 
complementaires, ou encore de nouvelles analyses reelles ou prospectives 
(envoi de nouvelles formules ou equations). 

Deux modes de configuration peuvent etre envisages. Un premier 
mode consiste a transmettre indirectement les donnees de configuration au 
module d'assurance MAE via une interface de langage de programmation (ou 
API pour « Application Programming Interface ») implantee dans I'equipement 
NEi, ainsi qu'eventuellement via la MIB. Cette interface API peut egalement, 
et avantageusement, permettre au module de configuration MC du NMS de 
configurer ou de programmer la MIB, de sorte quelle ne soit pas de type 
statique. Le module d'assurance MAE peut en effet cooperer avec la MIB 
pour se configurer et definir de nouvelles entrees dans la MIB, afin de pouvoir 
acceder a ces nouvelles entrees. Dans ce cas, on accede a la MIB via des 
requetes SNMP (« GET » et « SET »), ce qui permet une configuration aisee 
(voire meme une gestion des droits et de la securite des echanges avec 
SNMP 3) ; la MIB permet d'avoir une interface « normalisee » du fait que ses 
champs sont accessibles via des OlDs (pour « Object Identifiers ») bien 
definis. On entend ici par « Object Identifier », un identifiant objet d'une 
variable MIB que Ton souhaite recuperer. Un tel identifiant est generalement 
normalise, par exemple par le standard RFC 1213 pour la MIB II. 

Un second mode consiste a transmettre directement les donnees de 
configuration au module d'assurance MAE a I'aide de commandes dediees, 
telles que des « Command Line Interface » (ou CLI). 

Le module d'assurance MAE peut etre realise sous la forme de 
circuits electroniques, de modules logiciels (ou informatiques), ou d'une 
combinaison de circuits et de logiciels. 
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L'invention ne se limite pas aux modes de realisation de dispositif de 
gestion locate d'assurance et d'equipement de reseau decrits ci-avant, 
seulement a titre d'exemple, mais elle englobe toutes les variantes que pourra 
envisager rhomme de Tart dans le cadre des revendications ci-apres. 

Ainsi, dans ce qui precede on a decrit des equipements de reseau 
capables de gerer localement le procede d'assurance supervise par ie NMS. 
Mais, on peut envisager un fonctionnement distribue dans lequel certains au 
moins des equipements de reseau sont equipes de dispositifs de gestion 
locale d'assurance simplifies, charges de transmettre des alarmes et/ou des 
donnees d'informations specifiques et complementaires a un serveur 
d'assurance du NMS. Bien entendu, dans ce cas les equipements de reseau 
demeurent capables d'adapter leur configuration en fonction des valeurs des 
donnees de gestion stockees dans leur MIB. 

Par ailleurs, on a decrit un mode de realisation dans lequel le 
dispositif selon l'invention eta it implante ou embarque dans I'equipement de 
reseau. Mais, le dispositif selon Tinvention peut etre agence sous la forme 
d'un element externe implante dans un boitier directement raccorde a 
I'equipement de reseau. 
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REVENDICATIONS 

1 . Dispositif (D) de gestion locale d'assurance pour un equipement de 
reseau (NE) d'un reseau de communications (N) equipe d'un systeme de 
gestion de reseau (NMS), ledit equipement (NE) presentant une configuration 
choisie et comportant des moyens (MM) de mesure de vaieurs de 
parametre(s) du reseau et une base d'informations de gestion (MIB) propre a 
stocker des donnees de gestion representatives desdites vaieurs mesurees, 
caracterise en ce qu'il comprend des moyens de gestion (MAE) agences pour 
adapter la configuration dudit equipement (NE) en fonction d'au moins 
lesdites donnees de gestion stockees dans ladite base d'informations de 
gestion (MIB) et de regies, dites d'assurance, choisies, definissant une 
politique locale d'assurance. 

2. Dispositif selon la revendication 1, caracterise en ce que lesdits 
moyens de gestion (MAE) sont agences pour adapter ladite configuration en 
fonction de donnees d'informations provenant d'au moins un autre 
equipement de reseau (NE). 

3. Dispositif selon I'une des revendications 1 et 2, caracterise en ce 
que ladite adaptation consiste en une modification d'une politique de mesure 
de parametre(s) et/ou une modification d'une politique d'envoi de rapport audit 
systeme de gestion de reseau (NMS). 

4. Dispositif selon Tune des revendications 1 a 3, caracterise en ce que 
ladite adaptation consiste en une modification de son mode de 
fonctionnement. 

5. Dispositif selon Tune des revendications 1 a 4, caracterise en ce que 
lesdits moyens de gestion (MAE) comprennent des moyens d'analyse (SM1) 
agences pour determiner, en fonction de certaines desdites regies 
d'assurance choisies, des donnees d'information representatives de 
revolution temporelle., sur un intervalle choisi, de vaieurs de parametre(s) du 
reseau stockees dans ladite base d'informations de gestion (MIB). 

6. Dispositif selon la revendication 5, caracterise en ce que lesdits 



1er depot 

17 



rf moyens d'analyse (SM1) sont agences pour defivrer des donnees 
d'information representatives d'une analyse de tendance et/ou d'une analyse 
de profils ou de signatures et/ou d'une analyse de discontinuity et/ou d'une 
agregation de valeurs de parametres du reseau. 

s 7. Dispositif selon Tune des revendications 5 et 6, caracterise en ce 

que lesdits moyens d'analyse (SM1) sont configurables. 

8. Dispositif selon la revendication 7, caracterise en ce que lesdits 
moyens d'analyse (SM1) sont agences pour mettre en oeuvre de nouveaux 
calculs, relatifs aux parametres du reseau, regus dudit systeme de gestion de 

10 reseau (NMS). 

9. Dispositif selon I'unedes revendications 1 a 8, caracterise en ce que 
lesdits moyens de gestion (MAE) comprennent des moyens d'alarme (SM2) 
propres a declencher renvoi d'une alarme et/ou de donnees d'information 
audit systeme de gestion de reseau (NMS) et/ou a au moins un autre 

is equipement de reseau (NE), en fonction de certaines desdites regies 
d'assurance choisies. - 

10. Dispositif selon la revendication 9, caracterise en ce que lesdits 
moyens d'alarme (SM2) sont configurables. 

11. Dispositif selon Tune des revendications 9 et 10, caracterise eri-ce 
20 que lesdites donnees d'information et lesdites alarmes sont representatives 

d'un resultat d'analyse, effectuee par lesdits moyens d'analyse (SM1), et/ou 
d'une agregation de donnees, effectuee par lesdits moyens d'analyse (SM1), 
et/ou d'une valeur de parametre du reseau stockee dans- ladite base 
d'informations de gestion (MIB). 

25 12. Dispositif selon Tune des revendications 1a 11, caracterise en ce 

que lesdits moyens de gestion (MAE) comprennent des moyens d'observation 
du reseau (SM3) definissant un agent de mesure de flux de type « bout-en- 
bout »), et agences -pour determiner des donnees d'information 
representatives dudit flux de type bout-en-bout en fonction de certaines 

30 desdites regies d'assurance choisies. / 

13. Dispositif selon la revendication 12, caracterise en ce que lesdits 
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moyens d'observation du reseau (SM3) sont configurables. 

14. Dispositif selon Tune des revendications 1 a 13, caracterise en ce 
que lesdits moyens de gestion (MAE) comprennent des moyens de gestion 
d'accords de niveau de sen/ice (SM4) agences pour determiner des donnees 
d'information representatives de ladite gestion des accords en fonction de 
certaines desdites regies d'assurance choisies. 

15. Dispositif selon la revendication 14, caracterise en ce que lesdits 
moyens de gestion d'accords de niveau de service (SM4) sont configurables. 

16. Dispositif selon Tune des revendications 2 a 15, caracterise en ce 
que lesdits moyens de gestion (MAE) comprennent des moyens de controle 
(SM5) propres a gerer le fonctionnement desdits moyens d'analyse (SM1), 
desdits moyens d'alarme (SM2), desdits moyens d'observation du reseau 
(SM3) et desdits moyens de gestion d'accords de niveau de service (SM4), en 
fonction de certaines au moins desdites regies d'assurance choisies. 

17. Dispositif selon la revendication 16, caracterise en ce que lesdits 
moyens de controle (SMS) sont alimentes en donnees d'information par 
lesdits moyens d'analyse (SM1) et/ou lesdits moyens d'observation du reseau 
(SM3) et/ou lesdits moyens de gestion d'accords de niveau de service (SM4), 
et sont agences pour ordonner auxdits moyens d'alarme (SM2) de generer 
des alarmes et/ou des rapports en cas de detection du non respect d'une 
regie d'assurance par des donnees d'information regues. 

18. Dispositif selon Tune des revendications 16 et 17, caracterise en ce 
que lesdits moyens de controle (SMS) sont agences sous la forme d'un 
moteur de regies (« rule engine ») stockant lesdites regies d'assurance 
choisies. 

19. Dispositif selon Tune des revendications 16 a 18, caracterise en ce 
que lesdits moyens de controle (SMS) sont configurables. 

20. Dispositif selon Tune des revendications 1 a 19, caracterise en ce 
que lesdits moyens de gestion (MAE) sont propres a etre configures par ledit 
systeme de gestion de reseau (NMS) via une interface de langage de 
programmation (API) dudit equipement (NE). 
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21. Dispositif selon Tune des revendications 1 a 20, caracterise en ce 
que lesdits moyens de gestion (MAE) sont propres a etre configures par ledit 
systeme de gestion de reseau (NMS) via une interface de langage de 
programmation (API) dudit equipement (NE) et via ladite base d'informations 
de gestion (MIB). 

22. Dispositif selon Tune des revendications 20 et 21, caracterise en ce 
que lesdits moyens d'analyse (SM1) et/ou lesdits moyens d'alarme (SM2) 
et/ou lesdits moyens d'observation du reseau (SM3) et/ou lesdits moyens de 
controle (SMS) et/ou lesdits moyens de gestion d'accords de niveau de 
service (SM4) sont propres a etre configures par ledit systeme de gestion de 
reseau (NMS), via ladite interface de langage de programmation (API). 

23. Dispositif selon Tune des revendications 20 et 21, caracterise en ce 
que lesdits moyens d'analyse (SM1) et/ou lesdits moyens d'alarme (SM2) 
et/ou lesdits moyens d'observation du reseau (SM3) et/ou lesdits moyens de 
controle (SMS) et/ou lesdits moyens de gestion d'accords de niveau de 
service (SM4) sont propres a etre configures par ledit systeme de gestion de 
reseau (NMS), via ladite interface de langage de programmation (API) et via 
ladite base d'informations de gestion (MIB). 

24. Dispositif selon Tune des revendications 1 a 23, caracterise. en ce 
que lesdits moyens de gestion (MAE) sont propres a etre configures par ledit 
systeme de gestion de reseau (NMS) via des commandes dediees. 

25. Dispositif selon la revendication 24, caracterise en ce. que lesdits 
moyens d'analyse (SM1) et/ou lesdits moyens d'alarme (SM2) et/ou lesdits 
moyens d'observation du reseau (SM3) et/ou desdits moyens de gestion 
d'accords de niveau de sen/ice (SM4) et/ou lesdits moyens de controle (SMS) 
sont agences pour etre configures par ledit systeme de gestion de reseau 
(NMS) via des commandes dediees. 

26. Dispositif selon rune des revendications 24 et 25, caracterise en ce 
que lesdites commandes sont de type « Command Line Interface ». 

27. Equipement de reseau (NE) pour un reseau de communications (N) 
equipe d'un systeme de gestion de reseau (NMS), ledit equipement (NE) 
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presentant une configuration choisie et comportant des moyens (MM) de 
mesure de valeurs de parametre(s) du reseau et une base d'informations de 
gestion (MIB) propre a stocker des donnees de gestion representatives 
desdites valeurs mesurees, caracterise en ce qu'il comprend un dispositif (D) 
seion Tune des revendications precedentes. 

28. Equipement selon la revendication 27, caracterise en ce qu'il 
comprend une interface de langage de programmation (API), et en ce que 
ladite base d'informations de gestion (MIB) est propre a etre configuree par 
ledit systeme de gestion de reseau (NMS) via ladite interface de langage de 
programmation (API). 

29. Equipement selon Tune des revendications 27 et 28, caracterise en 
ce qu'il comprend une interface de langage de programmation (API), et en ce 
que ladite base d'informations de gestion (MIB) est propre a etre programmee 
par ledit systeme de gestion de reseau (NMS) via ladite interface de langage 
de programmation (API). 

30. Equipement selon Tune des revendications 27 a 29, caracterise en 
ce qu'il est choisi dans un groupe comprenant au moins les routeurs, les 
commutateurs et les pare-feux. 

31. Reseau de communications (N) comportant un systeme de gestion 
de reseau (NMS), caracterise en ce qu'il comprend une multiplicite 
d'equipements de reseau (NE) selon Tune des revendications 27 a 30. 

32. Reseau selon la revendication 31, caracterise en ce que chaque 
equipement (NE) est agence pour delivrer audit systeme de gestion de 
reseau (NMS) des alarmes et/ou des donnees d'information de types 
diffe rents. 

33. Utilisation des dispositif, equipement et reseau de communications 
selon Tune des revendications precedentes dans les technologies reseaux 
devant etre gerees. 

34. Utilisation selon la revendication 33, caracterise en ce que lesdites 
technologies reseaux sont choisies dans un groupe comprenant les reseaux 
de transmission, en particulier de type WDM, SONET et SDH, de donnees, en 



1er depot 

21 

particulier de type Internet-IP et ATM, et de voix, en particulier de type 
classique, mobile et NGN. 
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DESIGNE(NT) EN TANT QU 7 INVENTEUR(S) : (Indiquez en haut a drorte «Page N° SMI y a plus de trois inventeurs, 
utilises uit f ormulaire identique et numeVotez chaque page en indiquant le nombre total de pages). 


Nom 


MAR ILLY 


Prenoms 


Emmanuel 




Rue 


11 BIS, AVENUE DE LA DIVISION LECLERC 


Adresse 






Code postal et ville 


92160 I ANTONY, FRANCE 


Societe d'appartenance (jacultatij) 




Nom 


BETGE-BREZETZ 


Pr6nom$ 


Stephane 




Rue 


15 BIS, RUE JOBBE-DUVAL 


Adresse 






Code postal et ville 


75015 PARIS. FRANCE 


Societe d'appartenance Q'acultatif) 




Nom 


MARTINOT 


Prenoms 


Olivier 


\ Adresse 


Rue 


12, AVENUE DE BELLEVUE 




Code postal et ville 


91210 I DRAVEIL. FRANCE 


Societe d'appartenance (JaculUUif) 




DATE ET SIGNATURE(S) 

flftDU MAN DATA! RE 

(Nom et qualite du signataire) 


27 mars 2003 
Sylvain CHAFFRAIX 



La lot n°78-17 du 6 janvier 1978 relative a rinformatique, aux fichiers et aux libertes s'applique aux reponses fartes a ce formulaire. 
Elle garantit un droit d'acces et de rectification pour les donnees vous concemant aupres de I'lNPI. 




regue I e 23/05/03 

BREVET D'INVENTION 

CERTIFICAT D'UTILITE 

Code de la propriete intellectuefle - Livre VI 



2? 

N° 11235*02 



d£partement des brevets 

26 bis. rue de Saint Petersboung 
75800 PamCedex OS 

Telephone : 01 53 04 53 04 Telecopie : 01 42 93 59 30 



DESIGNATION DMNVENTEUR^S) Page N* .?./?- - 
(Si le demandeur rVest pas Tinventeur ou I'unique inventeur) 



Cet imprime est a remplir lisiblement a Tencre noire 



DH U3W/26Qfi95 



Vos references pour ce dossier 

(facntWij) 


104967/SYC/NBND/TPM 


N* D'ENREGISTREMENT NATIONAL 


ojdjtjf * 


TITRE DE L'iNVENTlON {200 caractere* ou espaees maximum) 

DISPOSITIF DE GESTION LOCALE D'ASSURANCE POUR UN EQUIPEMENT DE 
RESEAU DE COMMUNICATIONS 


LE(S) DEMANDEUR(S) : 




Societe anonyme ALCATEL 


DESIGN E(NT) EN TANT QU'INVENTEUR(S) : (Indlquez en haut a drofte «Page N° S'il y a plus de trois inventeurs, 
utilise utt f ormulaire identique et num^rote* chaque page en indiquant !e nombre total de pages). 


Norn 


CHEVANNE 


Prenoms 


Michel 


Adresse 


Rue 


22,RUE PIERRE ET MARIE CURIE 




Code postal et ville 


92140 I CLAMART. FRANCE 


Societe d'appartenance (Jaculiatifj 




Nom 


DELEGUE 


Prenoms 


Gerard 


Adresse 


Rue 


2, AVENUE COUSIN DE MERICOURT 




Code postal et ville 


OAOHAN T FRANCF 


Societe d'appartenance fjacullatif) 




Nom 




PrSnoms 




Adresse 


Rue 






Code postal et ville 


I 


Sociite d'appartenance (facul(alif) 




DATE ET SIGNATURE^) 

flftDU MAN DATA! RE 

(Nom et qualitg du signataire) 


27 mars 2003 
Sylvain CHAFFRAIX 



La ioi n°78-17 du 6 janvier 1978 relative a I'informatique, aux fichiers et aux iibertes s'applique aux reponses faites a ce fonmulaire. 
Elie garantit un droit d'acces et de rectification pour ies donnees vous concernant aupres de I'lNPI. 



